Application No.: 10/028,874 

transmitted (continuously) over network 108 according to RTP while additional performance 
information governing the communication link (e.g., key statistics about the media packets being 
sent and received by each endpoint (A or B) such as jitter, packet loss, round-trip time, etc.) are 
transmitted (discontinuously) over the network 108 according to RTGP. Endpoints A and B are 
typically computational components but can be or include any other form of audio or video 
communications interface. RTCP performance information is useful not only for the session 
participants, A and B, but also for a network monitor 112. Network administrators can use such 
information not only for network administration but also for network troubleshooting and 
management. — 



Please replace the paragraph beginning at page 3, line 14, with the following rewritten 
paragraph: 

- These and other needs are addressed by the various embodiments and configurations of the 
present invention. The present invention generally matches or associates session packets 
commxinicated in a session between two or more endpoints or participants with the identities of the 
participants, e.g., session ids (e.g., SSRC) and/or addresses of the endpoints or participants on the 
network or their respective network addresses (e.g., transport addresses), creating new sessions if 
appropriate. Each session participant is typically identified by network address (e.g., UDP port and 
Internet Protocol address) and/or session (e.g,, SSRC) id, — 
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Please replace the paragraph beginning on page 8, line 18 and continuing to page 9, line 5, 

with the following rewritten paragraph: 



~ The operations of the matching algorithm(s) in the monitor 300 will now be discussed with 
reference to Fig. 2. Referring to Fig. 2, a packet is received by the monitor in step 200. Parser 312 
parses the packet to locate selected fields, which typically are the source transport address, source 
SSRC ("the endpoint SSRC"), if present the destination transport address of the other session 
participant (which is possibly in the application APP field), and, if present, the destination SSRC of 
the other session participant in the receiver report blocks (the SSRC's in the receiver report blocks 
are hereinafter referred to as the "reception report SSRC"). As will be appreciated, the reception 
report is typically a report regarding the characteristics of the communication link, such as the 
condition of the voice stream experienced since the last reception report. - 

Please replace the paragraph beginning on page 10, line 9, with the following rewritten 
paragraph: 

~ If the matcher 316 receives a hit, the monitor in step 224 updates the entry for the orphan 
session. This is typically done by updating the other party's SSRC id (if available) and updating the 
associated data in the packet. As noted, each entry in the orphan session table includes at least UDP 
or transport address of an endpoint, an endpoint SSRC, and optionally reception report SSRC. - 



IN THE CLAIMS : 

Please amend Claims 1-8, 10-18, 20-21, 23-24, and 27-29 as follows: 
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